home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group93b.txt / 000128_icon-group-sender _Mon May 31 21:53:19 1993.msg < prev    next >
Internet Message Format  |  1993-06-16  |  2KB
  1. Received: from owl.CS.Arizona.EDU by cheltenham.CS.Arizona.EDU; Sat, 5 Jun 1993 18:52:17 MST
  2. Received: by owl.cs.arizona.edu; Sat, 5 Jun 1993 18:52:16 MST
  3. Date: 31 May 93 21:53:19 GMT
  4. From: mercury.hsi.com!mlfarm!auda!ron@uunet.uu.net  (Ronald Florence)
  5. Organization: Maple Lawn Farm, Stonington, CT
  6. Subject: Re: Icon on a mixed-architecture network
  7. Message-Id: <1993May31.215319.710@mlfarm.com>
  8. References: <199305311843.AA02129@chuckwalla.cs.arizona.edu>
  9. Sender: icon-group-request@cs.arizona.edu
  10. To: icon-group@cs.arizona.edu
  11. Status: R
  12. Errors-To: icon-group-errors@cs.arizona.edu
  13.  
  14. "Clint Jeffery" writes:
  15.  
  16.    In addition to the executable header and byte-order issues which you've
  17.    already thought of, there are at least two more potential problems that
  18.    come to mind:
  19.  
  20.        1) word alignment: I believe Sparcs are longword aligned.
  21.        2) C structure layout: icode includes various data in C
  22.           structure format, and the icont and iconx had better
  23.           agree on what they look like in memory.
  24.  
  25. To my astonishment and delight, the same executables work on both
  26. architectures (sparc and sun3).  I use the compact headers on Icon
  27. executables
  28.  
  29.   #!/usr/local/bin/iconx
  30.  
  31. and have the PATH environmental variables set up so a user on any
  32. machine gets the appropriate iconx.  We put icon executables, along
  33. with shell scripts, in /usr/local/share/bin, which is shared by sparc
  34. and m68030 machines.
  35.  
  36. Another big plus for Icon...
  37. -- 
  38.  
  39.                 Ronald Florence
  40.                 ron@mlfarm.com
  41.